home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20020314-20021006 / 000222_fdc@columbia.edu_Wed Jul 17 18:43:22 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  5KB  |  109 lines
  1. Article: 13534 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: C-Kermit FTP Client Bugs Fixed
  6. Date: 17 Jul 2002 18:42:41 -0400
  7. Organization: Columbia University
  8. Lines: 93
  9. Message-ID: <ah4rt1$1qn$1@watsol.cc.columbia.edu>
  10. NNTP-Posting-Host: watsol.cc.columbia.edu
  11. X-Trace: newsmaster.cc.columbia.edu 1026945762 25054 128.59.39.139 (17 Jul 2002 22:42:42 GMT)
  12. X-Complaints-To: postmaster@columbia.edu
  13. NNTP-Posting-Date: 17 Jul 2002 22:42:42 GMT
  14. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13534
  15.  
  16.  
  17. The following bugs in C-Kermit's FTP client have been identified and fixed
  18. since C-Kermit 8.0.201 was released:
  19.  
  20.  . Security-related command-line option (-z) parsing.
  21.  . Some problems with secure host authentication.
  22.  . User authentication failure error messages were sometimes skipped.
  23.  . FTP PUT /SERVER-RENAME:, /RENAME-TO:, /MOVE-TO: switches were sticky.
  24.  . If you SET FTP DEB ON and then OFF, the MGET temp file is still kept.
  25.  . In FTP MGET /UPDATE, equal times spuriously caused download.
  26.  . SET TRANSFER MODE MANUAL didn't work for FTP.
  27.  . The FTP client never handled SET FILE INCOMPLETE DISCARD.
  28.  . Some spurious error messages.
  29.  
  30. Plus the following, which are more than one-liners:
  31.  
  32.  . There was no good way to extract FTP protocol messages from a debug log.
  33.    Now you can "grep ^FTP debug.log", just as you can "grep ^TELNET
  34.    debug.log" for Telnet protocol messages.
  35.  
  36.  . In FTP MGET /RECOVER, recovery was skipped if the local file was newer
  37.    than the remote.  This would seem to make sense, but when a download is
  38.    interrupted, the partial file never gets the date of the remote file, so
  39.    the partial file is always newer, and recovery never works.  Fixed by
  40.    removing the date check.
  41.  
  42.  . When FTP DATES is ON, we set an incoming file's date only if the file was
  43.    received successfully.  This was changed to set the file's date even if
  44.    the file was received only partially (assuming we can get the date from
  45.    server).  This would seem to address the /RECOVER date problem but not
  46.    really, since not all partial files will have been downloaded with the
  47.    fixed Kermit.
  48.  
  49.  . In FTP MGET /RECOVER <wildcard> <wildcard> ..., the first file in each
  50.    group was always downloaded.  Diagnosis: Kermit sends "TYPE A" prior to
  51.    NLST (as it must).  Then when it sends its first SIZE command, it's still
  52.    in ASCII mode, so the server sends the "ASCII size" rather than the
  53.    binary size, which is greater than the size of the local file (which was
  54.    downloaded in binary mode), so recovery is always attempted even when the
  55.    files are identical.  Fixed by switching to the desired type before
  56.    sending the first SIZE command.
  57.  
  58.  . In FTP MGET /EXCEPT:<pattern> used with SET XFER DISPLAY brief, files
  59.    that were skipped just said ERROR instead of saying why they were
  60.    skipped.
  61.  
  62.  . If an FTP transfer was in progress but the FTP connection dropped and
  63.    automatic locus switching was enabled (as it is by default), the locus
  64.    did not change; thus (for example) a subsequent DELETE command made
  65.    Kermit send a REMOTE DELETE packet on stdout, rather than deleting local
  66.    files as you would expect.
  67.  
  68.  . Suppose we were doing FTP MGET /UPDATE from a server directory of 1500
  69.    files.  Kermit would send a SIZE command for every file unconditionally.
  70.    On some connections, e.g. to the Red Hat Rawhide server, each one could
  71.    take up to 30 seconds.  That would be half a day.  Fix: Don't send a SIZE
  72.    command during the selection phase unless a /SMALLER or /LARGER selector
  73.    was given.  Similarly, don't send an MDTM command unless a date-related
  74.    selection switch was given.  Also fixed FTP MGET to not send a SIZE
  75.    command when there is a name collision and FILE COLLISION is DISCARD,
  76.    even if /SMALLER or /LARGER were also specified.
  77.  
  78.  . Made [M]GET and [M]PUT /UPDATE switch imply FTP DATES ON, since they
  79.    didn't work unless it was.
  80.  
  81.  . Added the code to safely detect if the server supports the MDTM command,
  82.    which made it safe to change the default for FTP DATES from OFF to ON.
  83.  
  84.  . Added FTP [M]GET /DATES-DIFFER, which is like /UPDATE except it selects
  85.    files that are newer or older, rather than only newer.  This allows
  86.    updates from sources where files might be rolled back to earlier
  87.    versions.  It's a bit dangerous if you use it without knowing what it's
  88.    for, since it allows older files to overwrite newer ones.
  89.  
  90.  . Increased max number of /EXCEPT: patterns from 8 to 64 for file transfer
  91.    (not necessarily for other things).
  92.  
  93.  . If an MGET with selection clauses results in no files transferred simply
  94.    because no files were selected, MGET now succeeds instead of failing.
  95.  
  96.  . Interruption of MGET and MPUT by Ctrl-C generally would interrupt only
  97.    the current file, but then go on to the next one and would not break out
  98.    of a command file or macro.  This should be fixed now.
  99.  
  100. The updated code for Unix is here:
  101.  
  102.   http://www.columbia.edu/kermit/ckdaily.html
  103.  
  104. and a couple new FTP scripts were added to the library:
  105.  
  106.   http://www.columbia.edu/kermit/ckscripts.html#inet
  107.  
  108. - Frank
  109.